Сан-Франциско, США. – Компания VMware, мировой лидер в области виртуализации и облачных инфраструктур, представила новую стратегию развития облачной платформы. Также компания анонсировала решения для разработчиков для создания и запуска самых современных приложений, которые смогут обмениваться информацией с нижележащeй инфраструктурой, повышая эффективность ее использования, а также производительность и качество предоставляемых услуг. Таги:
На проходящей сейчас конференции VMworld 2010 компания VMware сделала несколько важных анонсов, один из которых мы сейчас рассмотрим. Серьезное улучшение, которое VMware сделала в плане обеспечения информационной безопасности инфраструктуры VMware vSphere - это полное обновление линейки продуктов vShield, представителем которой ранее было только средство VMware vShield Zones. Таги: VMware, vShield, Security, vSphere, ESX, VMachines, Zones, App, Endpoint, Edge
Компания VMware объявила о выпуске новой версии своего средства VMware Converter 4.3 для P2V (Physical to Virtual) и V2V (Virtual to Virtual) миграции серверов на платформу VMware vSphere. Кроме того, с выпуском данной версии VMware открыла независимым разработчикам ПО фремворк для автоматизации задач Converter SDK.
Новые возможности VMware Converter 4.3:
Полная поддержка платформы VMware vSphere 4.1 в качестве исходной и целевой для виртуальных машин
Поддержка импорта выключенных виртуальных машин Microsoft Hyper-V R1 и Hyper-V R2
Публичный API для создания и отслеживания задач Converter (Java и C#)
Поддержка конвертации физических машин Windows 7 и Windows 2008 R2
Возможность регулировки интенсивности миграции на базе пропускной способности сети и загрузки CPU
Поддержка IPv6
Скачать VMware Converter 4.3 можно скачать по этой ссылке.
На myvirtualcloud.net появился вот такой интересный калькулятор для расчета параметров хранилищ для виртуальных машин в рамках решения по виртуализации настольных ПК. Калькулятор ориентирован на продукт VMware View, однако может быть использован для любого решения, использующего в качестве платформы виртуализации VMware vSphere.
Недавно компания Veeam анонсировала пакет продуктов Veeam ONE, который представляет собой набор всех необходимых средств для мониторинга, отчетности и управления виртуальными средами VMware vSphere.
По-сути, Veeam ONE - это пакет продуктов для крупных компаний, осуществляющих контроль и управление физической и виртуальной средой с помощью продуктов Microsoft System Center или HP Operations Manager (PDF).
Для таких сред Veeam предлагает выбрать необходимый продукт Veeam nworks Management Pack (для MS System Center) или Veeam nworks Smart plug-In (для HP OM), позволяющий осуществлять мониторинг производительности и доступности сред VMware vSphere, а также своевременно обнаруживать и решать проблемы виртуальных инфраструктур. Также можно взять и обычный Veeam Monitor, который работает как standalone-продукт и позволяет осуществлять проактивный мониторинг серверов виртуализации.
Кроме этого, в комплекте идет Veeam Reporter для создания отчетов и управления изменениями виртуальных машин на платформе vSphere. Veeam Reporter имеет и функционал прогнозирования необходимых мощностей при условии роста или изменений в виртуальной инфраструктуре (Capacity Planning).
Также в Veeam ONE есть возможности управления виртуальной средой с точки зрения бизнес-критериев, а не технических сущностей, что позволяет сделать Veeam Business View.
Решение Veeam ONE лицензируется на физический процессор управляемого сервера VMware ESX из состава vSphere. За более детальной информацией по решению обращайтесь в компанию VMC.
Компания Veeam выпустила бесплатную версию продукта Veeam Reporter free Edition для документирования, отчетности и управления изменениями виртуальной инфраструктуры VMware vSphere, которую можно абсолютно свободно скачать с сайта Veeam:
Как многие помнят, еще в VMware vSphere 4.0 появилась возможность расширения тома VMFS, для тех случаев когда почему-то простанство на LUN осталось (или его расширили), а для виртуальных машин уже места нет.
Интересное применение этой возможности - в виртуальных лабораториях. То есть, например, консультант взял VMware Workstation 7 и поставил в виртуальной машине VMware ESX 4.x. В качестве Dastastore используется локальный диск виртуального ESX, туда же ставится какая-нибудь виртуальная машина, но ей, как всегда, не хватает места.
Расширяем виртуальный диск виртуальной машины на Workstation, где установлен виртуальный ESX:
Например, с 20 до 30 ГБ:
Далее загружаем виртуальный ESX, соединяемся с ним из vSphere Client и переходим в категорию Storage на вкладке Configuration. Там выбираем Datastore и нажимаем Properties:
Там нажимаем кнопку Increase:
Возникает мастер Increase Datastore Capacity, где можно расширить том:
На вкладке Extents добавился новый экстент, а размер тома стал под 30 ГБ. То, что мне было нужно.
Некоторые пользователи платформы VMware vSphere, которые не используют множество функций распределенных служб VMware vCenter, хотели сделать такую штуку: обновить хосты VMware ESX 4.0 на версию 4.1, а сервер VMware vCenter оставить версии 4.0.
То есть ставить VMware vCenter 4.1 придется для управления хостами версии 4.1. Кстати, обратите внимание, что VMware vCenter 4.1 умеет управлять хостами VMware Server 1.0 - единственный после версии VirtualCenter 1.4 (не опечатка ли это?).
Таги: VMware, vCenter, ESX, VirtualCenter, vSphere, Update, Compatibility, Server
Компания Veeam на прошлой неделе провела презентацию новой версии ПО для резервного копирования и репликации виртуальных машин Veeam Backup and Replication 5. Этот продукт не только представляет собой самое совершенное средство для бэкапа ВМ на платформе VMware vSphere, но и позволяет использовать самые инновационные технологии, которых на сегодняшний день нет ни у одного вендора систем резервного копирования под VMware.
Москва, 16 августа 2010 г. - О заключении стратегического партнерства объявили компании Siemens Enterprise Communications, ведущий мировой разработчик решений для корпоративных систем связи, и VMware Inc., мировой лидер в области виртуализации настольных компьютеров, центров обработки данных и облачных вычислений. Сотрудничество направлено на расширения портфеля технологий OpenScape Voice дополнительной прикладной виртуальной моделью, благодаря которой партнеры и клиенты компаний смогут максимально эффективно использовать технологии телефонии и унифицированного общения в реальном времени. Таги:
Актуальный вопрос для тех, кто пользуется средством VMware Update Manager (VUM) для автоматизированного обновления хостов VMware vSphere / ESX. База данных VUM и занятое обновлениями дисковое пространство имеют свойство неудержимо расти, что важно учитывать при планировании развертывания сервера под Update Manager.
Компания VMware выпустила калькулятор размера базы данных и хранилища VMware vCenter Update Manager 4.1 Sizing Estimator, позволяющий администраторам прикинуть, сколько дисковой емкости нужно будет под базу данных, хранилище патчей (Patch Store) и временные файлы:
Компания VMware, начиная с 9 августа, запустила интересную промо-акцию, направленную на стимулирование приобретения продуктов VMware vSphere и их апгрейд на более продвинутые версии.
Наглядная суть акции:
Что это значит:
1. Приобретая лицензии VMware vSphere (не Essentials и Essentials Plus) или делая апгрейд можно, по крайней мере, бесплатно получить 15 лицензий на VMware vCenter CapacityIQ - средство учета и прогнозирования мощностей виртуальной инфраструктуры (лицензируется по виртуальным машинам).
2. Приобретая лицензии на издания VMware vSphere 4 Enterprise Plus или делая апгрейд на него с любого издания, можно получить лицензии на 50 одновременно запущенных виртуальных ПК VMware View 4.5 Premier Add-on. При этом цена апгрейда с Enterprise до Enterprise Plus составляет всего $495 за физический процессор (это валидно с 1 сентября). Ну и CapacityIQ на 15 ВМ тоже при этом дарят. Ну и Novell SUSE Linux Enterprise Server for VMware прикладывают впридачу.
Полный список, участвующих в акции продуктов представлен здесь. За приобретением продуктов обращаться в компанию VMC.
Время акции - с 9 августа 2010 по 15 декабря 2010.
Технология VMware Fault Tolerance позволяет защитить виртуальные машины с помощью кластеров непрерывной доступности, позволяющих в случае отказа хоста с основной виртуальной машиной мгновенно переключиться на ее "теневую" работющую копию на другом сервере ESX. Однако эта технология имеет существенные ограничения, приведенные ниже. Таги: VMware, Fault Tolerance, FT, vSphere, ESX, DRS, DPM, HA, Enterprise
Участие в проектах:
Виртуализация серверов с live-миграцией на основе XenServer 5.5 + SAN iSCSI,
Виртуализация серверов с live-миграцией на основе VMware vSphere4+SAN FC,
Внедрение и поддержка Exchange 2010 (100 клиентов) + SharePoint 2010 + бэкап на SAN iSCSI.
Вместе с VMware vSphere 4.1 компания VMware выпустила также новую версию продукта Site Recovery Manager (SRM), предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры.
Помимо функций, имеющихся в версии 4.0, VMware SRM 4.1 получил следующие новые возможности:
Поддержка VMware vSphere 4.1
Возможность изменять system shutdown retry timeout в гостевой ОС при кастомизации IP-адресов, а также datastore discovery timeout в процессе восстановления
Поддержка виртуальных сетей на базе VMware vNetwork Distributed Switch (vDS) на основном и резервном сайте
Поддержка IP customization для гостевых ОС Windows 7 и Windows Server 2008 R2
Серверная часть VMware SRM 4.1 теперь только 64-битная (клиентская осталась 32-битной), соответственно, она не совместима с vCenter 4.0.
Экосистема партнеров решения SRM теперь включает дисковые массивы 14 вендоров: 3PAR, Compellent, Dell | EqualLogic, EMC, FalconStor, Fujitsu, Hitachi, HP, IBM, LSI, NEC, NetApp, Sun, Xiotech.
Скачать VMware Site Recovery Manager 4.1 можно по этой ссылке.
Давно что-то не было сравнений гипервизоров. Недавно блоггеры портала vmguru.nl подготовили очередной открытый документ, где по нескольким параметрам сравнили технические возможности платформ виртуализации VMware vSphere, Microsoft Hyper-V и Citrix XenServer.
Номинально - Citrix XenServer 5.6 уже вовсе не так плох, каким он был где-то года полтора назад, Hyper-V подтягивается тоже (ждем SP1 для Windows 2008 R2). Вообще, я удивляюсь, кому приходит в голову писать такие сравнения - только напишешь, тут бац - выходит новая версия какой-нибудь из платформ, и все надо переписывать заново. Кроме того, учесть все параметры невозможно, например, в данном документе есть максимум половина всех возможностей, которые есть у VMware. А еще в таких документах интереснее всего было бы видеть категории, где напротив всех гипервизоров стоят красные крестики. Секрет таких категорий прост - берешь суперсекретную VMware Roadmap и вписываешь планируемые возможности в обобщенном виде.
Как вы знаете, в VMware vSphere 4.1 механизм VMware DRS, осуществляющий балансировку нагрузки на хост-серверы ESX, теперь интегрирован с технологией непрерывной доступности VMware Faut Tolerance.
То есть DRS автоматически распределяет по хост-серверам и FT-машины, однако тут есть небольшой нюанс. В соответствии с рекомендациями Fault Tolerance, число таких машин на хосте должно быть не больше 4-х в целях оптимального быстродействия. Если вы попробуете смигрировать пятую виртуальную машину с включенной технологией FT на хост, вы получите вот такое сообщение:
Host already has the recommended number of 4 Fault Tolerance VMs running on it
То есть DRS не смигрирует и не сделает Initial Placement для FT-машин на хосты VMware ESX, где уже работают 4 таких ВМ. Однако, есть возможность увеличить это количество. Для этого необходимо в расширенных настройках (Advanced Settings) кластера VMware HA/DRS добавить параметр:
das.maxftvmsperhost
со значением, например, 6. Если вы поставите значение 0, то VMware DRS будет полностью игнорировать данное требование к числу FT-машин на хост.
Пало-Альто, Калифорния, 27 июля 2010. – Компания VMware Inc., мировой лидер в области виртуализации настольных компьютеров, центров обработки данных и облачных вычислений, объявила о запуске новой ценовой программы для оптовых закупок – VMware VPP (Volume Purchasing Program). Таги:
Администраторы, работающие с платформой виртуализации VMware vSphere, часто встречаются с различного рода акронимами в интерфейсе vSphere Client (например, vmx, VPXD или VPXA).
Duncan Epping в своей заметке разъяснил происхождение некоторых терминов (комментарии также почитать интересно):
ESX = Elastic Sky X
GSX = Ground Storm X also some times referred to as Ground Swell X
Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.
Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):
Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:
1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:
# vimsh -n -e /hostsvc/maintenance_mode_enter
2. Выполняем команду в директории с файлами обновления:
В частности интересна формула, отражающая требования к пропускной способности FT-канала между серверами VMware ESX:
FT logging bandwidth = 1 Mbit/s + 1.2 * (average disk read throughput
[Mbits/s] + average network receives [Mbits/s])
Также интересно описание работы FT-протокола, результаты экспериментального тестирования и анализ различных подходов к непрерывной доступности виртуальных машин, в том числе с раздельным хранилищем для виртуальных дисков основной и резервной ВМ (здесь, кстати, интересна конфигурация FT + StarWind - как средство отказоустойчивости на уровне хранилищ + серверов).
Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.
Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.
Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:
Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.
Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.
Нужно добавить вот такую строчку в качестве параметра:
cpuid.coresPerSocket
В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).
Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:
Поддерживается в производственной среде только для VMware ESX 4.1
Virtual Machine hardware должно быть версии 7 или выше
Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
Опция CPU hot Add/Remove будет отключена
Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.
Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.
Как уже много писали об этом ранее, одной из проблем механизма отказоустойчивости VMware HA является его потенциальное не срабатывание в окружениях, где одновременно отказывает более 4-х хостов в кластере (например, на уровне блейд-корзины), когда не доступны все 5 primary-узлов. В этом случае есть риск, что виртуальные машины не перезапустятся на оставшихся хост-северах.
В VMware vSphere 4.1 появилась возможность явным образом указать, какие узлы в кластере VMware HA будут являться Primary:
Можно использовать в качестве разделителя пробел или запятую.
Эти настройки необходимо указывать в расширенных свойствах кластера VMware HA (Advanced Settings). Обращаю внимание, что хоть эти настройки и не являются experimental, они являются неподдерживаемыми со стороны VMware и не рекомендуются к использованию в промышленной среде. Кстати, скоро кластер VMware HA будет переживать сколько угодно отказов хостов ESX / ESXi.
Пало-Альто, Калифорния, США. – Компания VMware, мировой лидер в области виртуализации настольных компьютеров, центров обработки данных и облачных вычислений, обнародовала финансовые результаты второго квартала 2010 года. Таги:
RSS
